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FOREWORD 

This Indian Standard was adopted by the Bureau of Indian Standards, after the draft finalized by the Power 
System Control and Associated Communications Sectional Committee had been approved by the Electronics and 
Information Technology Division Council. 

The Committee responsible for the formulation of this standard has reviewed the provisions of the following 
International publications and has decided that these may be used in conjunction with this standard till Indian 
Standards on these subjects are published: 

lEC 60068 series Environmental testing 

lEC 60870-2-1 : 1995 Telecontrol equipment and systems — Part 2: Operating conditions — Section 1: 
Power supply and electromagnetic compatibility 

lEC 60870-5-101 : 2003 Telecontrol equipment and systems — Part 5-101: Transmission protocols — 
Companion standard for basic telecontrol tasks 

lEC 60870-5-104 : 2006 Telecontrol equipment and systems — Part 5-104: Transmission protocols — 
Network access for lEC 60870-5-101 using standard transport profiles 

lEC 61131-3 : 2003 Programmable controllers — Part 3: Programming languages 

lEC 61850 Communication networks and systems in substations 

IEEE Green book standard 142 : 1991 IEEE Recommended practices for grounding of industrial and 
commercial power systems 

The composition of the Committee responsible for the formulation of this standard is given in Annex D. 

For the purpose of deciding whether a particular requirement of this standard is complied with, the final value, 
observed or calculated, expressing the result of a test or analysis, shall be rounded off in accordance with IS 2 : 1 960 
'Rules for rounding off numerical values {revised)'. The number of significant places retained in the rounded off 
value should be the same as that of the specified value in this standard. 
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(SCADA) SYSTEM FOR POWER SYSTEM 
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1 SCOPE 

The SCADA system specifies facilities for monitoring 
and control functions of distributed process from a 
central location. The SCADA system described here 
are meant for operation of the transmission and 
distribution power system network. This standard 
provides definition and guidelines for the specification, 
performance analysis and application of supervisory 
control and data acquisition (SCADA) systems for use 
in electrical utilities. These can also be used for remote 
operation of a sub- station. 

The SCADA systems typically use computer systems 
consisting of servers, workstations and front end 
processors at a central location, referred as the control 
centre and a data acquisition and supervisory control 
device or a group of devices, generally referred as 
remote communication and control interface (RCCI), 
located in the sub-stations/power stations. In this 
standard the term RCCI denotes any data acquisition 
and supervisory control device, for example intelligent 
electronic devices, programmable logic controller, bay 
control modules, remote terminal unit, etc, that directly 
communicate to a remote control centre. The present 
day sub-stations are adopting new technologies like 
sub-station automation systems which perform the data 
acquisition and supervisory control functions similar 
to a RCCI but in more detail. The sub-station 
automation systems generally have gateways for 
communicating with the computer systems at the 
control centres. This standard does not cover the 
requirements of sub- station automation systems. 

SCADA system is deployed as an integrated component 
of energy management systems/distribution 
management systems in present day control centres. 
This standard does not cover the details/functioning 
of the advanced applications (like EMS/DMS) and only 
a reference is given. 

2 REFERENCES 

The standards listed in Annex A are necessary adjuncts 
to this standard. 

3 TERMINOLOGY 

For the purpose of this standard the definitions given 



in IS 12746 (Part 1/Sec 3), IS 1885 (Part 50) and 
IS 1885 (Part 52/ All sections) shall apply. 

4 FUNCTIONAL CHARACTERISTICS 

A SCADA system comprises of a controlling system 
referred to as control centre and a controlled system 
referred to as RCCI. A SCADA system ranges in size 
and complexity from a single control centre with a non- 
redundant work station to a hierarchical control centre 
setup with redundant multiple servers. The control 
centres are sometimes duplicated with a backup control 
centre for critical systems. The controlled system may 
comprise of a single RCCI or hundreds of RCCIs 
distributed over a wide geographical area, just like the 
power system network, communicating over a diverse 
set of communication mediums. Also, the SCADA 
system governed by this standard may perform some 
or all of the functions identified in this standard. 

The term Control Centre and Master station have been 
used interchangeably in this standard depending upon 
the context. However, in a modem day control centre, 
the term Master station refers to an entity which 
generally does the communication with the field 
devices (like RCCIs) using a communication protocol. 
Similarly the term RCCI has been used to refer to all 
intelligent devices which are installed in the filed sites 
for the purpose of data acquisition from the process. 

Figure 1 Illustrates the possible types of data and 
control flow between a master station and a RCCI. 

4.1 Typical Equipment Functional Diagrams 

The typical equipments in a control centre and a RCCI 
are illustrated using functional diagrams. 

4.1.1 Control Centre Functional Components 

The functional components of a control centre are 
illustrated in Fig. 2. A redundant system with dual 
server in hot standby configuration is illustrated in 
Fig. 2; however, a single server configuration may be 
adequate for some non-critical applications. 

A user needs to specify the requirement of redundancy 
in the functional components depending upon 
complexity and criticality of his application. In some 
cases it may be required to have a backup control 
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centre, at a distant geographic location to cater to 
emergency situations leading to loss of primary control 
centre due to natural calamities, fire, flood, etc. 

A backup control centre (BUCC) adds to reliability 
and may be considered whenever there is credible threat 
to control centre from accident, natural disaster, or 
attack (physical or cyber) or wherever underlying 
system are unmanned or are critically required to be 
operational continuously (24 x 7 x 52). The minimum 
requirement for a backup control centre shall include 
data acquisition from underlying RCCIs/control 
centre(s) as well as peer control centres. The 
communication lines/equipment shall not be dependent 
upon existence of the main control centre. The backup 
control centre shall have a communication link of 
adequate capacity to main control centre for carrying 
data as per the specified requirement. This normally 
includes data exchange like telemetred data, operator 
entered data, schedules data, historical data, reports, 
source code, database model data, display files, system 
monitoring and health check data, etc, between main 
and backup control centre whose volume depends upon 
the design of the SCADA system and the operating 
philosophy of the utility. The operation philosophy for 
backup control centre may be of hot standby, cold 
standby or independent modes of operations. 
Regardless of the level of sophistication of the BUCC, 
the most important considerations when implementing 
a BUCC is the availability of both voice and data 
communication facilities and the time to make it 
operational in case of failure of main control centre. 
The user shall specify the requirement of remotely 
monitoring and maintaining the backup control centre, 
if desired. 

The control centre may have different application 
servers like SCADA servers, EMS servers, front end 
processor, ICCP servers, historical data server, web 



server and peripheral devices like local area network 
switches, routers, printers, time reference such as a GPS 
(global positioning satellite) based time synchroni- 
zation equipment, external storage devices, etc. The 
GPS is used as a standard time reference for keeping 
the time of the control centre computer systems and 
the RCCIs synchronized. 

The control centre may act as a source of real-time 
and historical information about the power system and 
a utility may require this data to be made available to 
other users within the organization and to outside 
agencies like energy traders, customers, regulatory 
commissions, government agencies, etc. It is preferable 
to have a separate WEB enabled system to address these 
needs so that the realtime information about the power 
system can be viewed using simple web browsers on 
intranet or internet. The WEB enabled system shall also 
have adequate information security measures like 
firewalls, intrusion detection system/intrusion 
prevention system, encrypted communication, etc, in 
addition to normal security measures like user 
authentication and authorization. 

A utility may also need the ability to operate the power 
system from sites other than the control centre. Use of 
remote operator workstation is preferable in this case. 
Sometimes a hierarchical set-up of control centres may 
be required, to match the organizational needs of a 
utility/power system. The organization of control 
centres in multiple hierarchical levels like area load 
dispatch centres, state load dispatch centres, regional 
load dispatch centres and a National Load Dispatch 
centre is one such example. The control centres in a 
hierarchical set-up typically exchange real-time data 
and other information among them. Use of the inter 
control centre communication protocol (ICCP) can be 
specified in all such cases to ensure interoperability. A 
hierarchical set-up of control centres is shown Fig. 3. 
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4.1.2 RCCI Functional Components 

The functional components of an RCCI are given in 
Fig. 4. Various interconnections of master station(s) 
and RCCI(s) are illustrated in Annex B. 

4.2 SCADA System Functional Characteristics 

This clause provides guidance for both users and 
suppliers to jointly define the functional capabilities 
that may be required in a SCADA system. 

Each generic function is described in terms of the 
minimum features or characteristics that shall be 
addressed to adequately define the function. 

When the feature or characteristic is fixed by the design 
of the equipment, the burden of definition rests on the 
supplier (for example number of inputs/outputs per 
card). However, variable features (for example, range 
of inputs, scaling resistors, switch settings, and 
software) shall be defined by the user. 

4.2.1 Communication Capabilities with RCCI 

The communication links between a master station(s) 
and RCCI(s) and between a sub-master RCCI and its 
slave RCCIs, can be on any suitable communication 
media like a twisted pair copper cable, PLCC, radio, 
fibre optic, VSAT, leased line, dial-up, GSM or CDMA, 
etc. The choice of communication media depends upon 



the application for which the SCADA system is used, 
the quantum and frequency of data to be exchanged, 
geographical spread of the control system and 
economy. In power utilities dedicated communication 
hnks are preferred as the availability of communication 
link determines the reliability of the SCADA system. 
However, if only acquisition of data is envisaged at 
long intervals (like an hour) and no real time control 
operation is to be performed in that case a dial-up line 
can also be used. 

The communication protocols typically used requires 
a master station to initiate a message transaction. In 
some cases the RCCI can initiate a communication 
message. The requirements of the communication 
protocol for communicating between the master 
station(s) and the RCCI(s) shall be defined and a 
standard communication protocol shall be utilised. 

A control centre (master station) shall implement all 
the features of the standard communication protocol 
such that minimum integration effort is required for 
integrating a RCCI in future. The communication 
protocol attributes to be specified may include, 

a) Protocols to be supported; 

b) Protocol messages to be supported; 

c) Protocol applications services to be 
supported; 
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d) Report-by-exception polling; 

e) Channel monitoring (main and backup); 

f) Communication error reporting, failure 
criteria, and recovery; 

g) Automatic channel switching between main 
and backup channels; 

h) Channel diagnostic/test provisions; 
j ) Type of communication equipment interfaces ; 
k) Type of communication channels/media; 
m) Number of masters to which a RCCI is 

required to report; and 
n) Number of RCCIs per channel and/or 

channels per RCCI. 

4.2.2 Data Acquisition 

Data acquisition is the process of collection of data by 
the RCCI from the field and by the master station from 
the RCCI. The type of data to be acquired, its 
periodicity, the update requirements and ultimate point 
counts need to be specified by the user. Systems with 
report-by-exception functions shall have the capability 
to report all data for initialization and periodic integrity 
checks. 

As a general rule, not all the data available in a 
sub-station may be required by the RCCI/SCADA 
system. The data required by SCADA system shall be 
governed by a data acquisition principle of the user, 
which shall identify the minimum data which is 
required for monitoring of the substation for the desired 
applications at the control centre. 

The process data in an electrical utility can be mainly 
categorized into the following types: 

a) Analog inputs — Continuously varying 
parameters like voltage, current, power, power 
factor, transformer tap position indication, 
temperature. 

b) Digital inputs — Switchgear (Isolator/ 
breaker/earth switch) status, alarm status, SOE 
inputs, relay indications. 

c) Pulse accumulator value — Energy values, 
rainfall. 

d) Digital outputs — Control of switchgear, 
raise/lower control of tap position of 
transformers, reset of relays. 

e) Analog outputs — Set point controls for 
generators, HVDC controller. 

The characteristics for each type of data shall be defined 
individually. These shall include ranges of data input, 
scale factors, acquisition rates, and data update 
requirements as applicable. 



4.2.2.1 RCCI data acquisition 

The capacity (total number of input points) and rate of 
acquisition (inputs per second/millisecond) for field 
data interfaced to the RCCI equipment shall be defined 
for all applicable data types. 

The analog inputs to the RCCI are generally through 
transducers {see IS 14570) and in some cases directly 
through CT/PT connections. The inputs from a 
transducer can be scanned every 1 sec and from CT/PT 
inputs can be sampled at least half the frequency of 
the a.c. supply that is 25 Hz. The following shall be 
specified for analog input characteristics of the RCCI: 

a) Ranges of analog input signal (in mA, mV, 
V, A); 

b) Analogue to digital converter resolution of 
16 bits {see IS 14570); 

c) Accuracy of measurement for transducers/ 
RCCI card; 

d) Input overload protection; 

e) Input impedance/output impedance; 

f) Temperature coefficient of accuracy; and 

g) Residual current. 

When multiple parameters of a feeder are required then 
a multi-function transducer can be used. 

The status input to the RCCI is measured by discrete 
states of the signal such as the presence or absence of 
a voltage, current, or a contact in the open or closed 
position. The status inputs are generally scanned every 
1 millisecond by the RCCI. The following shall be 
specified for input characteristics of the RCCI: 

a) Wet or dry contact status inputs; 

b) Sensing voltage for contact wetting; 

c) Current limiting; 

d) Isolation between sensing voltage and power 
supply; 

e) Optical isolation; 

f) Debounce filtering (in 4 to 25 millisecond 
range); 

g) Buffer for storage of status inputs for short 
communication problems; 

h) Double status input or single status input for 

monitoring; 
j) Time stamping with accuracy of 

1 millisecond; and 
k) Time stamping resolution of 1 millisecond. 

The RCCI may also acquire data from slave RCCIs or 
lEDs using a communication protocol like MODBUS. 
The RCCI in such a case acts as a sub-master. If 
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required, these features shall also be specified. The 
master station functions allocated to such sub-master 
RCCI shall be defined using the applicable preceding 
sub-clauses. This is the responsibility of both the user 
and supplier. The user shall define the applicable 
characteristics as follows: 

a) Data acquisition methodology; 

b) Communication protocol; 

c) Number of points; 

d) Scan interval; 

e) Downloading characteristics; and 

f) Data pass through/processed in the sub-master 
RCCI. 

The RCCI shall be capable of sending data to the 
SCADA system either periodically through a scan 
group or through report by exception mechanism as 
per the desired communication protocol to the control 
centre. The RCCI shall be capable of sending data 
spontaneously (balanced communication) which 
reduces data traffic on the communication channel 
however when multiple RCCIs are connected to a 
master station on the same communication channel the 
unbalanced mode is used. 

4.2.2.2 Control centre (master station) data acquisition 

The data acquisition capability for SCADA system 
shall be defined in terms of the following 
characteristics: 

a) Type of data to be acquired; 

b) Scan groups — A scan group is a set of data 
which is grouped together for the purpose of 
acquisition from the master station. Number 
of scan groups, size of each scan group and 
the points in each scan group are to be defined; 

c) Scan cycle — Number of scan cycles (A scan 
cycle is the time to complete the acquisition 
of a scan group from a RCCI). The scan cycle 
may vary from 1 s to 1 h; 

d) Capability to acquire data by periodic polling 
and by exception polling shall be defined; 

e) Capability for executing demand scan of the 
RCCI that is polling the RCCI on events such 
as supervisory control, RCCI initialization 
and on user demand shall be specified; 

f) The capacity (total number of input points) 
and rate of acquisition (inputs per second) 
from RCCI for each data type; and 

g) Provision for future expansion and addition 
of other type of data. 

The data acquisition process in the control centre shall 
also be capable of acquiring data from non-RCCI 



sources such as another control centre through a 
communication protocol like ICCP. This protocol is 
used for data exchange between different control 
centres in a hierarchical setup or between control 
centers of two different utilities. 

4.2.3 Other Communications between SCADA and 
RCCI 

In addition to acquisition of data from the RCCI, the 
SCADA system shall also be capable of exchanging 
the following information. 

4.2.3.1 RCCI database download 

Typical utility scenario involves changes in the 
electrical network such as addition/deletion of devices, 
changes in the CT/PT ratios. The RCCI database 
configuration needs to be modified to match these 
changes. The RCCI shall support download of its 
database configuration files from the control centre 
preferably in the framework of the communication 
protocol being used. This will facilitate the changing 
of settings and downloading a new database in the 
RCCI remotely from the control centre location without 
making a visit to the remote site. Necessary tools 
required to generate the RCCI database configuration 
files are often installed on a standalone system. 

4.2.3.2 RCCI test mode 

The SCADA system shall support a 'test mode' which 
allows the RCCI interface/database to be tested/ 
calibrated remotely from the control centre. In this 
mode, the data acquired from the RCCI is not to be 
used by the SCADA system but is directed to a test 
display. The test display shows the actual values being 
received from the RCCI in the test mode. The real- 
time database of the SCADA system retains the 
previous value from the points collected via the RCCI 
before it was placed in the test mode. 

4.2.3.3 RCCI time synchronization 

Each RCCI shall have a real-time clock which will be 
used by the RCCI for time stamping of sequence of 
events. The stability of this clock shall be specified 
based on the accuracy requirement of the SOE and the 
time synchronization method used. The RCCI clock 
shall be synchronized either from the master station 
using the communication protocol or from a time 
source like GPS receiver 

The RCCI real-time clock shall be backed-up with a 
suitable secondary source of power like a lithium 
battery so that the real time clock continues to function 
even when RCCI is disconnected from its primary 
source of power supply in cases where RCCI is not 
synchronized from local/remote master station/GPS . 
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4.2.4 Data Processing 

Data processing capabilities of the SCADA system and 
the RCCI shall be defined for each applicable data 
types. A processing applicable to all the data types is 
the data quality processing in the SCADA system. The 
data quality indicates to the user the attributes of the 
data such as the accuracy and dependability on the data. 
The following data quality codes are generally 
required: 

a) Non-updated — Data is not being acquired 
from the source and the value being displayed 
is old. 

b) Manually replaced — Data is manually 
entered by the user. 

c) Scan inhibit — Data has been inhibited from 
being updated from the source by the user. 

d) Alarm inhibit — Alarming process for the data 
has been inhibited so that alarms will not be 
indicated to the user. 

e) Limit override — Limit on analog value has 
been overridden with new limit values. 

f) Unreasonable — The value reported by the 
RCCI is not within the defined range. 

g) Questionable — The value is questionable 
because of factors like A/D drift or fault. 

4.2.4.1 Analog data 

The analog data processing capabilities to be supported 
at both the SCADA system and the RCCI shall be 
defined. Particular attention shall be given to input data 
validity processing (for example the validity of the 
data) and to the interface between the supervisory 
control function and the analog data processing 
function. 

The following analog data processing is generally done 
in a SCADA system: 

a) Reasonability processing check shall be made 
to see that the data being received from the 
RCCI falls within a range of values 
(reasonability limits). The reasonability check 
takes care of wrong CT/PT ratio in database 
and malfunction of transducers. Further 
processing of the data takes place only when 
the value is considered to be reasonable. 

b) Data conversion to engineering units is 
typically required before analog data is used 
by other software, printed or displayed as 
output. The mathematical equation(s) used to 
convert analog values represented by raw 
counts into the corresponding engineering 
units shall be user definable. Specific attention 
shall be given to sensor and transducer scale 
factors that may be provided by the user. 



c) Data processing-by-exception may be a 
function included as an alternative to 
processing every input on every scan as it 
reduces the requirement of computing power 
without affecting the accuracy of the 
measurements. A dead band (1 percent to 
5 percent) is to be specified which shall be 
used for determining change. This processing 
can be done either in the RCCI or in the master 
station or in both. 

d) Data filtering may be required to smooth data 
before it is used by other functions. When this 
function is included, the equation used shall 
be defined and the time delay, introduced by 
the filtering, specified. 

e) Data limit checking is typically included to 
determine, if the value of an analog point is 
within the safe and operational limits. The 
number of high or low limits accommodated 
and associated return-to-normal deadband 
processing shall be defined. Specific attention 
shall be given to the procedure for revision of 
limits and deadband values by the user. The 
user may specify the requirement of different 
Alarm limit sets for the different seasons like 
summer limits and winter limits. The method 
of invoking a alarm limit set shall also be 
specified. 

f) Sign conversion — Convert the sign of the 
analog values as per convention. 

The following analog data processing is 
generally done in RCCIs: 

1) Detect an open input to an analog 
channel; 

2) Identify unreasonable values (out of 
range inputs); 

3) Detect a drifted or faulty A/D converter 
RCCI card (Applicable only when the 
RCCI does not have auto correction 
feature for A/D converter); and 

4) Validity of time stamp. 

Further the conversion of analogue data to engineering 
units [see (b)] may also be specified as part of RCCI 
capability. 

4.2.4.2 Status data 

Status data is used to describe a physical quantity (for 
example switchgear position) that has various possible 
combinations of discrete states. The status data 
processing options to be supported at the SCADA 
system and the RCCI shall be defined by the user. 

The status data processing generally done in RCCI 
includes time stamping to required resolution. 
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capturing multiple changes of an input for onward 
transmission, value inversion, chatter filtering, change 
detection (including comparing complimentary points 
with adequate delay to suppress reporting of 
intermediate position), data report by exception. 

The status data processing generally done in control 
centre includes, 

a) conversion to engineering values; 

b) inversion; 

c) detection of abnormal state definition; 

d) multiple state change detection — open, 
closed, transit; and 

e) change detection and alarm processing. 

4.2.4.3 Accumulator data 

The following characteristics shall be defined when 
pulse accumulation and/or accumulator data processing 
is included: 

a) Input circuit (two or three terminal and how 
input circuit operates); 

b) Sources of freeze command, if any (internal/ 
external); 

c) Reset command (if any); 

d) Ranges of values (RCCI and master station); 

e) Nominal and maximum counting rates; 

f) Source of memory power; and 

g) Input voltage if externally powered. 

4.2.4.4 Sequence-of-events (SOE) data 

Sequence of events (SOE) data are RCCI events with 
time stamps. It shall be possible to define any or all 
the digital inputs of the RCCI as SOE data. 

The following characteristics shall be defined when 
SOE data acquisition capability is included: 

a) Time resolution of time stamping at RCCI; 

b) Time accuracy between any two RCCI; 

c) Number of SOE inputs per RCCI; 

d) Size of buffers (number of SOE events that 
can be stored) per RCCI per master; 

e) Time (minimum/maximum) between 
successive change(s) of an input; and 

f) Method of indicating that SOE data is 
available at the RCCI. 

4.2.4.5 Calculated data 

Calculated data is derived after performing 
computations on data acquired from the RCCIs and 
other sources. Generally, the calculations are performed 
in the SCADA system but may be required at the RCCI 
also. The following characteristics shall be defined 
when the capability of computing data (which are not 
directly measured) is included: 



a) Location (RCCI or control centre or both); 

b) Mathematical/logical/statistical functions 
required; 

c) Resulting data types (numeric or logical, or 
both); 

d) Data quality inheritance; 

e) Number of arguments in a calculation; 

f) Type of data to be used in calculation; and 

g) Calculations required on realtime data and on 
historical data. 

4.2.4.6 Alarm data 

Alarms are conditions in the process or in the SCADA 
system that require user notification when detected. 
The following characteristics shall be defined when 
the capability to process and report alarm conditions 
is included: 

a) Conditions reported as alarms; 

b) Methods of acknowledgment (single or 
selection or groups); 

c) Methods of highlighting alarms (for example 
flash, audible tone, etc); 

d) Information in alarm messages (time, event/ 
device identification. Operation/action); 

e) Priority of alarms (up to 8); 

f) Size of alarm queue(s); 

g) Queue management (for example time 
ordered); 

h) Destination of alarms — alarm summary 
displays, loggers, history database; 

j) Alarm inhibit feature; 

k) Advanced alarm management functions for 
intelligent processing of alarms; and 

m) Alarm sorting/analysis/organization. 

4.2.4.7 Topology processing 

The SCADA system topology processing function, 
shall be capable of analyzing the open/close status of 
switching devices in order to identify the energized/ 
de-energized condition of a power system equipment. 
This information about the state of the power system 
devices is visualized by a operator on a single line 
diagram or a network diagram. The visualization shall 
be capable of colouring topology to indicate voltage 
level and/or identify the source of feed. 

4.2.5 Supervisory Control Characteristics 

Supervisory control enables controlling of devices from 
remote. The devices to be controlled include 
switchgear, transformer tap position, capacitor bank 
switching, AGC of generators etc. The characteristics 
of such a control capability shall be defined definition 



IS 15953 : 2011 



of characteristics common to all control interfaces shall 
include following: 

a) Type of control command (Digital/analog, 
momentary, persistent, variable pulse); 

b) Operator actions (Select once-operate once/ 
Select once-operate many) and system 
response; 

c) Control sequence (Direct or select check 
before operate); 

d) Security of control sequences operation 
(Checks for tagging/RCCI telemetry failure/ 
user defined software interlocks); 

e) Control command feedback; 

f) Group control (One command to control 
multiple devices); 

g) Sequential switching plans; and 

h) Control possibility by other applications. 

4.2.5.1 Equipment control with relay interface 
Control using a relay output shall be defined as follows: 

a) Dwell time of relay contacts; 

b) Number of relays that can be simultaneously 
energized in each type of RCCI processing 
actions (for example logging and alarm 
suppression); and 

c) Relay contact ratings (voltage/current/ac or 
dc). 

4.2.5.2 Equipment control with set point interface 

Control using a set point output shall be defined as 
follows: 

a) Resolution of set point value; 

b) Duration of output value; 

c) Processing actions (for example limit check, 
equation, and alarms); and 

d) Electrical interface. 

4.2.5.3 Equipment/process control with lEDs 

Control using an electronic interface shall be defined 
as follows: 

a) Timing diagram of signals, 

b) Interface communication protocol, 

c) Processing actions associated with control, and 

d) Physical interface. 

4.2.5.4 Automatic control functions 

Automatic control functions can be used for executing 
controls based on certain system conditions. Some of 
the applications where this can be utilised is load shed 
based on frequency, transformer tap position change 
for controlling voltage profile, taking in service of 



capacitors based on reactive power compensation 
requirements. When the capability to automatically 
control external devices is required, the characteristics 
of such control capabilities shall be defined as follows: 

a) Location of automatic control logic (RCCI or 
control centre); 

b) Control equation(s); 

c) Feedback value and accuracy, if closed loop; 

d) Frequency of execution; 

e) User alterable control parameters; 

f) Associated logging or alarming; 

g) Method of altering control logic; and 

h) Use of standardized programming language. 

4.2.6 Use Interface Characteristics 

User interface is the application through which a user 
interacts with the SCADA system at the control centre 
and with the RCCI. The design and implementation of 
user interface shall be intuitive and user friendly. The 
user interface shall support full graphics user interface 
features and utilize a windows based environment. The 
user shall be able to perform all the activities by 
invoking simple menus and shall not be required to 
type commands. Short cut keys shall be definable so 
that advanced users can navigate quickly. User interface 
shall be uniform and have common look and feel for 
the various applications in the SCADA system and for 
performing different activities like operation, 
programming and development, etc. 

The RCCIs generally does not require a elaborate user 
interface. However most modern RCCIs are provided 
with a simple text based user interface. Some RCCIs 
have inbuilt web server, which allows a user to interact 
with the RCCI using a web-browser. The requirement 
of a web-based user interface for the RCCI shall be 
specified by the user, if required. The RCCI can also 
be connected to a logger for printing of sequence of 
events/alarms. The RCCI can optionally have a GUI 
display, for example LCD for displaying information 
and allowing user interaction. RCCIs shall have 
indication, for example LEDs to report the status of 
the input-output (I/O) cards and each of its channels. 
The indication for individual channels of an analog 
input card is generally not provided by all the vendors. 

The user interface functions characteristics shall be 
defined according to the following sections. 

4.2.6.1 Types of user 

There are different activities like operation, 
management, maintenance, development, study etc, to 
be performed by different users of SCADA system. 
The SCADA system shall have a provision for having 
different user modes to support the working 
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environment required for the different activities. The 
following user modes may be specified: 

a) Dispatcher/Operator — Users who use the 
SCADA system for operation of the power 
system. 

b) Supervisor — Users responsible for 
operations management of the SCADA 
system. 

c) Engineer — Users responsible for operations 
support and maintenance activities who have 
access to certain SCADA/EMS/DMS system 
functions. 

d) Programmer — Persons responsible for 
continuing development and maintenance of 
the SCADA/EMS/DMS systems. 

4.2.6.2 Function and data access security 

A mechanism for defining and controlling user access 
to the SCADA system at each console shall be 
provided. Password security shall at least be provided 
for access to the system, its operating system, its layered 
products and other applications. 

Also access to the SCADA/EMS functions, displays, 
reports and database elements shall be restricted by 
pre-assigned operating jurisdictions. These operating 
area assignments are made when the function, display, 
report, or database element is being defined. 

An operator console shall be assigned one or more 
operating jurisdictions and each time a user attempts a 
console action such as calling a display, entering a 
display data, executing a supervisory control action, 
managing an alarm, etc, the console's assigned 
operating jurisdiction is to be compared against the 
operating jurisdictions assigned to the function, display, 
report, or database element. 

In a control centre with multiple servers, the user 
authentication and authorization shall be performed 
such that a user of the SCADA system is required to 
enter his credentials only once. The user shall then be 
allowed to have access to the SCADA system resource 
on any of the server seamlessly. 

User authentication and authorization shall be specified 
for the management of all the peripheral devices also. 

The RCCI local user interface shall also have a user 
authentication and authorization check for executing 
a supervisory control, reading the status of RCCI 
inputs, modification of database, etc. 

4.2.6.3 Graphical user interface features 

The following features of the GUI required shall be 
specified by the user: 



a) Number of display windows; 

b) Number of saved layout of displays/windows 
for each user login wise; 

c) Number of layers; 

d) Number of declutter levels; 

e) Support for overlays, pan, zoom; 

f) Number of steps in pan/zoom; 

g) Data presentation in different type of displays ; 
and 

h) Display requests mechanism-selection from 
menu, cursor target selection, alarm/event 
selection, entry of display name or number in 
a display selection field, forward and reverse 
paging through series of display, zooming 
from an overview display to an area of interest 
within the display. 

4.2.6.4 Display design 

The SCADA system comprises of many displays of 
which the displays which represent the power system 
(Single line diagram and the network diagram) are to 
be customized as per the requirements of the user. 

The standard meanings for colours (for example 
monitor displays, status lights) used at the UI to 
highlight the condition of device monitored and 
controlled through control and data acquisition 
equipment shall be defined by users. The significance 
of colours shall be consistent throughout the system. 

The following may be specified for the power system 
displays: 

a) Colours for equipments at various voltage 
levels; 

b) Symbol to be used for denoting various 
devices. A set of graphic symbols shall be part 
of the system. The capability to create 
additional graphic symbol and graphics by the 
user is to be provided; 

c) Device highlighting in case of alarmed/ 
abnormal state; 

d) Presentation format of measurement (Unit, 
decimal places, directional arrow, colour); 

e) Presentation of alarm (priority identification, 
colour, acknowledgement); 

f) Information required in each layer of a 
display; 

g) Organization of display; and 

h) Information available on each display. 

4.2.6.5 Type of displays 

The types of displays required in the SCADA system 
are to be specified. The content and organization of 
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the display shall conform to the users operation 
philosophy. The following are the type of displays that 
exist in the power utility system environment: 

a) Power system displays: 

1) Single line diagram; 

2) Network display; 

3) Station tabular display; and 

4) Equipment/Transmission line display. 

b) Computer system displays: 

1) System configuration display; and 

2) System performance monitoring display. 

c) Communication display: 

1) RCCI communication display; 

2) Control centre communication display; 

3) Communication equipment display; and 

4) Communication network monitoring 
display. 

d) User interface displays: 

1) Navigation displays; 

2) Directory display; 

3) Alarm displays; 

4) Event displays; 

5) Exception displays; 

6) Summary displays — Alarm/Event/ 
Manual override/Off-normal/Out-of 
scan/Alarm inhibit/Tag/Trending/ 
Operator notes; 

7) Reports and forms display; and 

8) Help displays. 

4.2.6.6 User interaction procedure 

The sequential procedure for common user interactions 
with the system shall be defined for each of the actions, 
such as the capabilities provided for operator inputs at 
the user interface. 

The user interaction capabilities may include a 
combination of the following: 

a) Keys and switches (alphanumeric or function, 
or both); 

b) Cursor (mouse, trackball, joy stick, or key 
controlled); 

c) Light pen; 

d) Poke points (defined monitor displayed 
control selection fields); and 

e) Pull down or pop up menus. 

The user's input to the UI equipment shall be 
recognized and acknowledged (valid or invalid) to the 
operator within 0.5 s and confirm control actions 
within 2 s. 



4.2.6.6.1 Interactive dialogue 

The activity at the UI during interaction with the 
SCADA system shall be clearly described and shall be 
consistent throughout the system. 

The selection of a point for a user control action shall 
result in a visual feedback at the user interface. This 
positive feedback to the user shall signify that the 
SCADA system is ready to accept a control action. The 
results of the control action shall be displayed only 
after the actual change has taken place. The following 
control actions may be specified: 

a) Control output options: 

1) Enable/Disable; 

2) Tagging (types and uses); 

3) Local/Remote; and 

4) Open (off)/close (on). 

b) Control of data acquisition: 

1) Enable/Disable scan (inputs or stations); 

2) Enable/Disable processing; 

3) Manual entry of data; 

4) Change scan frequency by group; 

5) Assign/Reassign data to a group; and 

6) User defined interlocks. 

c) Control of data processing: 

1) Setting date and time; 

2) Setting input change limits; 

3) Defining formats; 

4) Defining conversion data; 

5) Defining operator override values; and 

6) Defining normal/abnormal status/data 
quality status. 

d) Control of alarm processing: 

1) Enable/Disable individual alarms; 

2) Enter/Edit alarm limit value(s); 

3) Enter/Edit alarm deadband value(s); 

4) Enter/Edit return-to-normal criteria; 

5) Enter/Edit alarm assignment to area of 
responsibility; 

6) Enter/Edit alarm priority; 

7) Acknowledge alarms (individual/page); 

8) Silence audible alarm; 

9) Inhibit alarms; and 

10) Override invalid alarms. 

e) Control of function checks: 

1) Enable/Disable; and 

2) Change frequency. 
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f) Control of automatic control functions: 

1) Enable/Disable; 

2) Modify criteria; 

3) Add/Delete control functions; and 

4) Reset to reference level or position. 

4.2.6.7 Alarms 

When alarm conditions are detected by the SCAD A 
system, both an audible (Voice, tone, or bell) and visual 
(Flashing light or symbol) annunciation shall be 
presented to the user. It shall be possible to silence the 
audible alarm without affecting the visual annunciation. 
The visual indication of each alarm condition shall 
remain as long as the alarm condition exists. It shall 
be possible to designate alarms as part of different 
groups, priorities and categories. 

4.2.6.8 Trends 

Trending is a display of series of values of parameters 
on a time axis. The SCADA system shall provide for 
definition of new collection of trends online. Trends 
can be either of graphical type or of tabular type. Trends 
can be obtained from real-time data (including 
calculated data) or historical data or both 
simultaneously. The following attributes of the trend 
shall be configurable: 

a) Number of trend display; 

b) Number of parameters in a trend display; 

c) Source of trend data — Historical data or real- 
time data or both; 

d) Number of samples of each trended data; 

e) Trend rate (few seconds to minutes); 

f) Trend duration (few hours to days); 

g) Number of Y-axis required, direction of scale 
(unidirectional or bi-directional). Number of 
scales, zero offset; 

h) possibility of storage of the trend data, export 

to text format; 
j) Colour and graphical presentation (curve/ 

trace/line/bar/pie chart); and 
k) Graphical or tabular. 

4.2.6.9 Operator notepad 

An operator notepad allows a user to leave messages 
on a SCADA system display for information of the 
other users. It shall allow entering and editing 
messages. The presence of a message on a display is 
indicated by an icon. The message can be called by 
selecting the icon. 

4.2.6.10 Print function 

Print function shall be specified to allow production 
of hard copy of alarms, displays and reports. There are 



various types of printers used in the control centre. 
Logger is a dot matrix printer which prints alarms (if 
configured) as and when they occur in the system. 
Colour or black and white post script printers are used 
for printing of displays and reports. The applicable 
characteristics shall be defined as follows: 

a) Display printing options: 

1) Full display or the selected display; 

2) Colour or black and white background; 

3) Paper orientation; 

4) Identification of the operator console, 
user and time of printing; and 

5) Application response time for printing. 

b) Generation of log formats: 

1) On-line/batch capabilities, and 

2) Symbols supported; and 

3) Spooling capabilities. 

c) Demand logs: 

1) Standard/Customized formats, and 

2) Time for response. 

d) Logged activities: 

1) Alarms; 

2) Standard events (for example, user and 
device actions); 

3) System events (for example equipment 
failover and communication failure) ; and 

4) Output from diagnostic routines. 

e) Device performance: 

1 ) Print speed (characters per second/pages 
per minute); 

2) Print quality (dots per inch); and 

3) Colour requirements. 

f) Device assignments: 

1) Initial; 

2) Automatic reassignment; 

3) Manual reassignment; and 

4) Redundancy and failover. 

4.2.6.11 Video projection system display 

Video projection system (VPS) sometime called video 
wall is often used in a control centre to project an 
overview of the power system which provides the 
operators with a summary of the controlled power 
system. The VPS consists of a controller which is 
connected to the SCADA system LAN and projects 
the display on the VPS screen. The VPS loosely 
integrates with the SCADA system and hence the 
requirements are to be clearly defined and tested. The 
functional and performance requirements of the 
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display are similar to that of an operator workstation 
console. 

4.2.6.12 Digital displays 

Digital displays are used for projecting parameters like 
system time, day, frequency etc. which are prominently 
displayed in the control centre. If digital displays are 
provided the following needs to be specified: 

a) Format and numeric range with decimal; 

b) Update frequency; 

c) Source of data — SCADA; 

d) Size of display characters; and 

e) Brightness. 

4.2.7 Historical Data 

It is often felt necessary to store the real-time data 
available in the SCADA system for purpose of analysis 
and report generation. 

The different types of historical data storage which may 
be required are: 

a) continuous recording; 

b) data storage for report generation; and 

c) alarm/event/log data storage. 

The requirement of storage of data in RDBMS 
(Relational database management) and its subsequent 
retrieval is generally handled by a separate system than 
SCADA which requires independent hardware and 
software. 

4.2.7.1 Continuous recording (CR) 

The continuous recording of data records all significant 
changes in the power system data which can be used 
for future analysis. The continuous recording function 
collects and stores all the data (Analog and status 
values) as and when the values received in the real- 
time SCADA database varies from its previous value 
by a certain dead-band. The CR data can then be 
retrieved on the SCADA system displays or exported 
to a RDBMS for reporting and viewing purpose. 

4.2.7.2 Data storage and report generation 

Power system data can be sampled from the real time 
database at different periodicities and can be stored in 
a RDBMS for the purpose of report generation. 

4.2.7.3 Alarm/Event/Log data storage 

The alarm/event/log data may be stored for 
investigating the occurrences in SCADA system. The 
storage shall be such that it is possible to have extensive 
analysis like search and sort on the stored data 
including sorting on basis of time, device, device type, 
priority and event. 

The following shall be defined when the capability for 



historical data archiving and retrieval is included as 
follows: 

a) Type of data to be stored; 

b) Volume of data (number of parameters); 

c) Data sampling intervals; 

d) Number of data sampling intervals; 

e) Stored data review/modification; 

f) Online data retention time for different type 
of data(days/week/month/year); 

g) Stored data redundancy (RAID storage); 

h) Method of data archiving/retrieval (Tape/ 
Optical disk, automatic/manual ); 

j) File maintenance procedure; 

k) Data usage (for example displays, reports, 
applications); and 

m) Type of reports/periodicity of reports/ 
calculations to be performed. 

4.2.8 SCADA System Redundancy 

Redundancy can be specified in both the SCADA 
system and the RCCI, if high availability of the 
controlled system is required. 

4.2.8.1 Redundancy in the RCCI 

The redundancy in the RCCIs is generally limited to 
the redundancy in communication ports central 
processing unit (CPU) and the power supply. However, 
if required redundancy in I/O inputs can also be 
specified to ensure high availability. The RCCIs 
preferably shall have redundancy of communication 
ports, power supply and CPU. 

4.2.8.2 Redundancy in the control centre computer 
system 

The components (hardware/software) of the SCADA 
system can be duplicated so that even if one of the 
redundant components fails, the SCADA system shall 
remain available. In a redundant configuration of 
servers, one server is in primary mode and other in 
standby or backup mode. The process of transferring 
the role of a primary server to a backup server is called 
failover 

The following characteristics shall be defined when 
redundancy in servers/facilities has been specified: 

a) Type of redundancy: 

1) Nh-1 or 1h-1 redundancy in hot standby 
mode. 

b) Database backup: 

1) Data residency (bulk or main memory); 
and 

2) Frequency of backup (by data type) 
ranges from 10 to 30 s. 
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c) Database update: 

1) Data residency (bulk or main memory); 
and 

2) Frequency of update (by data type) 
ranges from 10 to 30 s. 

d) Failure monitoring: 

1) Method of failure detection (number of 
failed communication attempts, 
watchdog etc.); 

2) Response time for detection — ranges 
from 4 to 10; and 

3) Effect on a programme or task in progress 
when failover occurs. 

e) Failover: 

1 ) Method of failover (failover to redundant 
server, restart, etc); 

2) Time required for failover (ranges from 
30 s to 1 min — more in case of database 
server); 

3) User interface response following 
failover (user interface shall always be 
available); 

4) User actions following fail over; 

5) Effect on a programme or task in progress 
when failover occurs (terminated, 
resumes, restarts etc); 

6) Functions which are required to failover 
(non-critical functions may not be 
required to failover); and 

7) Interactions with other components in the 
SCADA system. 

4.2.9 SCADA System Hardware Characteristics 

The SCADA system consists of hardware like 
computers, local area network switches, routers, 
printers, modem, communication card, RCCI, etc. The 
present trend in the SCADA industry is that except the 
RCCI, most of the hardware is a commercially available 
product available from third party manufacturers. 

The choice of hardware is generally done by the 
SCADA vendors who prefer a particular hardware 
manufacturer/model based on the design of their 
SCADA system. It is advisable to allow the SCADA 
vendor to do the hardware selection but only from off 
the shelf hardware products. 

However the following characteristics of the hardware 
equipments may be specified to take care of future user 
requirements: 

a) Performance — CPU utilization/memory 
utilization under peak/normal activity 
condition; 



b) Expandability — Processors/memory/ 
Auxiliary memory; 

c) Number of LAN interfaces; 

d) Co-residency of applications — separate 
servers for each function; 

e) Resolution and size of monitors; 

f) Type of removal storage/mass storage device; 

g) LAN equipment shall have suitable number 
of spare ports (100 percent); 

h) RCCI communication equipments shall have 
spare (100 percent) interfaces; 

j) Performance of Printers — Resolution/ppm/ 

duty cycle; 
k) EMI/EMC compatibility; 

m) Environmental requirements (Temperature/ 

Humidity/ Altitude) ; 
n) Power supply and earthing requirements; 
p) Statutory requirements like for environment, 

if any; 

q) Power supply redundancy in the hardware; 

r) Mounting and erection requirements; 

s) Cabling requirements; and 

t) Noise level. 

It shall be the objective to purchase hardware which is 
the current industry standards so availability of spares 
can be guaranteed for a longer duration and also 
support is available from the OEM. 

4.2.10 Third Party Interface 

The SCADA system generally stores and processes data 
in a proprietary format therefore means shall be 
available to access data from the SCADA system both 
for the real-time data and historical data. The standard 
interfaces like ODBC/ DDE/SQL especially for the 
personal computer applications shall be specified as 
this allows data to be imported in an environment to 
which they are more familiar and allows better 
utilization of the data. Also, there may be other systems 
in the utility which need to exchange data with the 
SCADA system. 

The requirement of programmable API's (Application 
programming interface) can also be specified. These 
API's are published by the SCADA system vendors to 
allow their program to interface to a third party 
application. 

4.2.11 Maintenance Facilities and Tools 

The design of the SCADA system shall be such that it 
shall allow easy development, maintenance and 
operation. It is advisable to have a separate system for 
performing the development activities. 
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The maintenance activity in the control centre includes 
the following: 

a) Database development and maintenance 
activity; 

b) Display development and maintenance 
activity; 

c) Reports/Forms development and maintenance 
activity; and 

d) Application development and maintenance 
activity. 

The maintenance activity in the RCCI includes the 
following: 

a) RCCI database configuration; and 

b) RCCI diagnostics. 

The database and display development tools are 
generally proprietary. 

4.2.11.1 Database development 

The SCADA system has different types of database 
such as development (modelling) databases, run-time 
(real-time) database and historical database. The 
database development tools requirement such as the 
following may be specified: 

a) Single source for modelling database of all 
components of SCADA system; 

b) Characteristics of source database — 
expandable without requiring software code 
changes; 

c) Hierarchical control centre setup requirements 
like single point of source database 
maintenance; 

d) Symbolic access to database; 

e) Resize the entire database, redefine the 
structure or any portion of the database; 

f) Full graphics user interface; 

g) Import and export utility for bulk population 
of database; 

h) Multiple user access to database 

simultaneously with record level protection; 
j) Database interactions like locate, order, 

retrieve, update, copy, insert and delete; 
k) Type of changes to be done online and offline; 
m) Database validation, referential integrity, 

reasonability and integrity checks; 
n) Generation of error messages for helping user/ 

extensive help regarding each activity; 
p) Run-time database generation-incremental/ 

complete; 
q) Data retention — Data which is to be retained 

across database generation cycles; 



r) Database on lining methods, time 
requirements, archiving of previous run-time 
database; and 

s) Tracking database changes. 

4.2.11.2 Display development 

The displays development tool shall support the 
development and generation all types of displays in 
the SCADA system. The following requirements for 
the development tools may be specified: 

a) Develop display elements, link display 
elements to the database via symbolic names, 
establish display element dynamics via 
database linkages, combine elements and 
linkages into display layers, combine display 
layers into displays; 

b) Types of display such as tabular, graphical, 
multi-page, multi-layered displays, world 
displays; 

c) Definition of refresh rates, initial zoom size 
of display, point of focus of a display; 

d) Support for types of symbols, display 
elements, user interaction fields and displays, 
colours, fonts, formats graphical objects, 
pictures, poke points; 

e) Support for static transformation of display 
elements like rotation, scaling, flipping; 

f) Support for dynamic transformation like 
flashing, reverse video, changing graphical 
attributes, changing symbol based on value 
of the linked database object; 

g) Automatic tabular generation from database; 
and 

h) Support for creating the database from 
graphical topology. This need to be mutually 
agreed between the user and the supplier. 

4.2.11.3 Reports/Forms development 

The tools shall support all the following facilities 
required to generate and edit reports in the SCADA 
system: 

a) Extensive help for guiding a user in building 
a basic report; 

b) Defining reports parameters such as database 
linkages, report formats, report activation 
criterion, report destination, retention period 
of report; 

c) Capability to format reports for workstation 
and printers; 

d) Presentation format such as alphanumeric 
display, graphical display or alphanumeric 
printer format; 
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e) Processing functions applied at the time of 
report generation such as summations and 
other arithmetic functions; 

f) Capability to edit the report, repeat the 
inherent data calculations, saving the edited 
report; 

g) Capability to modify an existing report for 
database linkages, modify its format and store 
it as a new report; 

h) Report generation periodicities; 

j) Capability to export the report in some 

standard file format; and 
k) Capability to publish the report on Web server, 

if desired. 

4.2.11.4 Application development and maintenance 

The user can specify the requirement of tools to develop 
new applications and maintain the existing applications 
in the SCADA system. The following characteristics 
may be specified: 

a) Code management system for documenting 
and controlling revisions to all SCADA 
programmes; 

b) Compilers, assemblers, linkers and loaders, 
symbolic debugger; 

c) System integration for adding new 
programmes to the set of active software; 

d) System generation for generating an 
executable object code of all software, 
database, displays and reports, batch files and 
interactive procedures for complete system 
generation; 

e) Failure analysis programmes to produce 
operating system and application programme 
status data for analyzing the cause of fatal 
programme failure; 

f) Diagnostics for trouble shooting each of the 
components of the SCADA system; 

g) Auxiliary memory backup and restore facility; 
and 

h) System performance monitoring software. 

5 GENERAL CONSIDERATIONS FOR SCADA 
SYSTEM 

The SCADA system shall be placed in the utility 
environment and required to interface with various 
equipments. The control centre equipments like 
computer and peripheral devices are generally provided 
a controlled environment that is the temperature, 
humidity and purity is controlled within a specified 
range. However, the RCCIs are kept in remote locations 
where the environment is uncontrolled. 



The following requirements may be specified. 

5.1 Enclosures 

The computer and peripherals are generally mounted 
in their OEM enclosures/ventilated racks whereas the 
RCCI is mounted in metal enclosures. The enclosures 
also provide a first level of protection against the 
electromagnetic disturbances. The equipment 
enclosures, which are generally made of sheet metal, 
shall be suitable for the proposed environment. 

a) Enclosures should conform to the relevant IP 
Classification tests as per IS 13947(Part 1); 

b) Enclosure mounting requirements — 
Standalone/Wall mounted/ pole mounted; 

c) Enclosure finishing requirements — Paint 
coats, paint colour; 

d) Enclosure dimension requirements; 

e) Location of access doors, glass doors; 

f) Temperature/ventilation requirements; 

g) Humidity control requirements; 

h) Terminal-block type and location and 

connector requirements should be specified 

for individual applications; 
j) Cable entry locations, and special cabling 

requirements; 
k) Type of cables for each application, cable/ 

wiring requirements; 
m) Enclosure grounding connections; and 
n) Weight constraints at site, if any. 

5.2 Grounding 

The SCADA equipment shall not place a ground on a 
floating power source. Care shall be exercised to ensure 
ground compatibility when grounded power sources 
are used. The code of practice for earthing may be 
referred as given in IS 3043. The SCADA system 
vendor's recommendation on the grounding practices 
shall also be considered. 

5.2.1 Safety or Equipment Ground 

The safety or equipment ground protects personnel 
from injuries caused by live conductors coming in 
contact with the equipment cabinet or enclosure. The 
ground conductor shall be bundled with the power 
conductors, but be insulated from the power conductors 
and from other equipment and conduit. The ground 
conductor is usually terminated in the cabinet 
enclosure, and grounded only at the same point that 
the electrical service or UPS neutral is grounded. All 
cabinets and/or enclosures comprising any control or 
data acquisition equipment shall be grounded together 
by means of a ground cable or strap. 
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Any buildings or allied structures for keeping all 
cabinets and/or enclosures comprising any control or 
data acquisition equipment shall be protected from 
lightening and code of practice for protection against 
lightening may be referred as given in IS 2309. 

Additionally, metal decking or other electrical paths 
should be grounded only at the same point that the 
electrical service or UPS is grounded. Safety or 
equipment grounds shall be established in accordance 
with SP 30. 

5.2.2 Signal or Instrumentation Circuit Ground 

The signal or instrumentation circuit ground shall be 
connected to an external ground at a single point so 
that ground loop conditions are minimized. The 
shielded wire, drain wire, and/or ground wire of input/ 
output cables shall be terminated at one ground point 
in each cabinet. These ground points shall be 
connected together and connected to the facility 
ground. Caution shall be used to prevent inadvertent 
ground paths from devices such as convenience outlets, 
conduit, structural metal, test equipment, and external 
interfaces. 

A special caution on filtering is worth noting. If the 
noise is shunted to the signal ground, then it becomes 
another source of signal reference corruption. 
Sometimes separate power, noise, digital, and analog 
ground buses are necessary. However, the requirement 
for a single point safety grounding source shall always 
be met. A very important design rule is to keep all signal 
reference voltages, at all frequencies of operation, as 
close to zero as possible (that is at zero voltage signal 
reference). 

5.2.3 Electrical Ground 

The station power source shall be grounded in 
accordance with the standard. 

5.3 Electrical Power 

The electric power supply to SCADA equipment is to 
be chosen from the type of power supply available in 
the control centre and the sub-station. The control 
centre equipments are generally powered from 230V 
ac power supply and are powered by a UPS 
(uninterruptible power supply) to ensure regulated and 
uninterruptible power supply. The RCCI is powered 
generally from the dc power supply available at the 
location. 

Equipment operating on direct current shall be 
provided with protection such that these do not sustain 
damage if the input voltage declines below the lower 
limit specified or is reversed in polarity. Also the 
equipment shall have protection against the ac ripple 
superimposed on the dc power supply. 



5.3.1 Control Centre 

The control centre equipment shall be capable of 
operating without error or damage with the following 
variation in the power supply source 230 V ac single 
phase or three phase + 10 percent and -15 percent at 
50 Hz + 3 percent. 

5.3.2 Remote Station Equipments 

Remote station equipment shall be capable of operating 
without error or damage with one or more of the fol- 
lowing source voltage ranges: 

a) 230 V ac single phase +10 percent at 50 Hz 
+ 3 percent; and 

b) 24/48/1 1 0/220 V dc nominal with ±20 percent 
variation. 

5.3.3 Power Quality 

Station power shall be of such quality (free from noise, 
spikes, etc) to be suitable for use as a source to elec- 
tronic equipment. The user and supplier shall both be 
responsible for conditioning (as required) the electric 
power for use by SCADA equipment. The one end of 
ac power supply to master station for SCADA system 
should be grounded with isolating transformer. 

5.3.4 Internal Noise 

The control and data acquisition equipment internally 
generated electrical noise, from 1 000 to 10 000 Hz, 
appearing on the power source terminals shall be less 
than 1 .5 percent (peak to peak) of the external power 
source voltage. This is measured into an external power 
source impedance of 0. 1 Q. minimum. 

5.4 Data and Control Interfaces 

Data and control interfaces consist of electrical 
interconnections between control and data acquisition 
equipment (RCCI) and the device being monitored and 
controlled. Two types of signal paths are defined as 
follows: 

a) Data paths — Inputs to data acquisition or 
supervisory control equipment; and 

b) Control paths — Outputs from data 
acquisition or supervisory control equipment. 

For each input (data) or output (control) path, various 
signal characteristics shall be defined to specify the 
interfaces between equipment. 

Data and control signal cabling, which are external to 
control and data acquisition equipment (RCCI), are not 
specified. 

5.5 Communication 

Communication interfaces consist of functional, 
mechanical, and electrical interconnections between 



17 



IS 15953 : 2011 



the control and data acquisition equipment and the 
communication equipment. Generally the 
communication interface requirement is specified in 
the communication protocol standards and is as per 
the expected usage. The communication channel 
includes PLCC, microwave, radio, copper cable, fibre 
optic types, VSAT, etc. 

5.5.1 Control Centre/RCCI Links 

Signal interfaces between the control and data 
acquisition equipment (RCCI) and the data 
communication equipment (for example a data modem) 
occur whenever the data communication equipment is 
not packaged as an integral part of the control and data 
acquisition equipment, as illustrated in Fig. 5. 

Signal interfaces between the control and data 
acquisition equipment (when the data modem is part 
of the control and data acquisition equipment) and a 
communication channel are illustrated in Fig. 6. 

The following may be specified for the communication 
interface: 

a) Connectivity configuration such as point to 
point/party line; 

b) Redundant or single connectivity; 

c) Type of communication channels; and 

d) Channel failure recovery mechanism. 

5.6 Environmental Conditions 

This clause contains a definition of the environment in 
which the SCADA equipment is required to operate. 



There are unusual conditions that, where they exist, 
shall receive special consideration. Such conditions 
shall be brought to the attention of those responsible 
for the application, manufacture, and operation of the 
equipment. Devices for use in such cases may require 
special construction or protection. The user should 
specify those special physical requirements that apply 
to specific locations. Examples: 

a) Damaging fumes or vapours, excessive or 
abrasive dust, explosive mixtures of dust or 
gases, steam, salt spray, excessive moisture, 
or dripping water; 

b) vibration, shocks, or tilting; 

c) Radiant or conducted heat sources; 

d) Special transportation or storage conditions; 

e) Space limitations; 

f) Power limitations; 

g) Communication limitations; 

h) Operating duty, frequency of operation, 
difficulty in maintenance access; 

j) Altitude of the operating locations in excess 
of 1 000 m; 

k) electromagnetic interference; and 

m) exposure to ultraviolet light. 

5.6.1 Environment 

The different factors affecting equipment placed in a 
specific environment are listed here. 

5.6.1.1 Ambient temperature and humidity conditions 

Ambient temperature and humidity are defined as the 
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conditions of the air surrounding the enclosure of the 
equipment (or the equipment itself, if it uses open rack 
construction) even if this enclosure is contained in 
another enclosure or room. 

The requirements for temperature and humidity for 
different type of operating location is given in Table 1 . 
Generally only two types are sufficient however 
equipment subjected to temperature and humidity 
variations outside of the two type classifications listed 
in Table 1 will require special consideration. 

The following measures may be taken to control the 
humidity and the temperature: 

a) Low temperature — A thermostatically 
controlled heater strip should be used in the 
cabinet enclosure or use wide temperature 
range equipment. 

b) High temperature — A sun shield, some other 
cooling method, or wide temperature range 
equipment should be used in case of devices 
placed in open. 

c) High humidity — Heater strips or special 
shelters should be used. 

d) Low humidity — A humidifier should be used 
to maintain acceptable humidity levels. 

5.6.1.2 Dust, chemical gas and moisture 

Any requirements of special provisions for protection 
such as presence of atmospheric pollutants can be 
made, where necessary. 

5.6.13 Altitude 

The SCADA equipment shall generally be suitable for 
operation at altitudes up to at least 1 000 m. Any 
requirements of special provisions need to be made, 
where necessary. 

5.6.1.4 Ultraviolet (UV) light exposure 

The user shall specify the expected level of exposure 
to ultraviolet radiation attributable to sunlight where 
equipment is to be installed outdoors. Equipment 
cabinets, paint finishes, and jacket material of any 
exposed cabling shall be sufficiently treated to resist 



damage or degradation due to UV exposure. The user 
shall supply information pertaining to the anticipated 
average daily hours of direct exposure to sunlight. 

5.6.2 Electromagnetic Interference (EMI) and 
Electromagnetic Compatibility (EMC) 

The SCADA equipments shall follow design criteria 
and recommend practices that will minimize the 
adverse consequences of exposure to EMI. Effective 
protection can only be accomplished through a 
combination of adequate design and proper installation. 
The basic design goal for achieving protection from 
EMI shall be that of keeping any abnormal voltage or 
current, or both, out of the equipment cabinets. 

The SCADA equipment shall be designed for EMI/ 
EMC criteria in conformance with lEC 60870-2- 
1:1995' ' for minimum level 2 requirements for RCCI 
and minimum level 1 requirements for Control Centre 
equipments. 

Equipment failures resulting from EMI damage should 
be fail-safe. Logic designs should be such as to 
minimize the possibility of false or improper operation 
of field devices. Partial failures that do not disable the 
equipment but can reduce or eliminate security features, 
such as error checking in communication circuits, shall 
be detected and cause the blocking of control outputs 
to prevent false operations of field devices. 

The basic installation goal for achieving protection 
from EMI shall be to minimize the exposure of all 
connecting wires and cables. Power, signal, and 
communication circuits provide a path through which 
EMI enters equipment. Circuits totally within a 
protected building can generally be installed without 
regard to these external effects. These circuits may still 
be subjected to transients generated by the operation 
of solenoids and control relays. Circuits that are 
connected to, or are part of, circuits not within a 



" The current versions of the base standards of lEC 61000-4 series 
which are referred in the lEC 60870-2-1(1995) standard may be 
used on basis of mutual agreement between the User and the Vendor 
keeping in view the location of the equipment(for example Bay 
RCCI). 



Table 1 Operating Temperature and Humidity by Location 

{Clause 5.6.1.1) 



SI 


Type 


Typical Location 


Humidity Operating Range 


Temperature 


Allowable Rate of Change 


No. 




of tlie Equipment 


(Percent Relative Humidity) 


Operating Range 

°C 


of Temperature 

°C/h 


(1) 


(2) 


(3) 


(4) 


(5) 


(6) 


i) 


1(a) 


In a building with air-conditioned areas 


40 to 60 


+20 to +23 


5 


ii) 


Kb) 


In a building with air-conditioned areas 


20 to 80 


+16 to +32 


5 


iii) 


2 


In a building or other sheltered area without 
special environmental control 


10 to 95 without condensation 


to +55 


20 


iv) 


3 


Extremes outside the above 


User to specify 


User to specify 


User to specify 
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protected building should be installed in a manner that 
will minimize exposure. 

When installation constraints result in a high degree 
of exposure to EMI such as surges, supplementary 
protection such as spark gaps or surge limiters should 
be considered. 

The computer and microcomputer based equipment are 
expected to perform their intended functions in 
substations even when exposed to transient 
electromagnetic interference. 

The user should specify the EMI level for guarantee- 
ing proper operation of the SCADA equipment. 
Annex C gives the test requirements for a typical 
transmission sub-station. 

6 DESIGN CHARACTERISTICS 

This clause defines general characteristics that are 
required of the control and data acquisition system. 
These characteristics include reliability, 
maintainability, availability, security, expandability, 
and changeability. 

6.1 Reliability 

The SCADA system reliability is while impacted by 
the configuration of the hardware but actually 
encompasses the broader issue of system's capability 
to perform intended work continuously. For example, 
a system can not be considered to be reliable if data 
acquisition gets disturb in case of sudden burst of 
activity. Mathematically, reliability is the probability 
that system will perform its intended function under 
specified conditions during a specified period of time. 
For individual equipment, failures will occur on the 
average at a constant rate throughout the useful life 
of the equipment. This allows the manufacturer to 
characterize equipment reliability with a simple 
figure of merit called mean-time-between-failure 
(MTBF). 

The failure modes of equipment and the effects of these 
failures on overall system shall be formally analyzed 
by the supplier. The results of these failure modes and 
effect analysis (FMEA) shall be available for review 
upon request. 

6.2 Maintainability 

Maintainability is the extent to which user's personnel 
can maintain the system both software and its hardware. 
Control and data acquisition equipment shall be 
maintainable on-site by trained personnel according 
to the maintenance strategy specified by the user. 
Requirements for training, documentation, spares, etc, 
shall take the user's organization and geography into 
account. 



It is the degree to which the configuration minimizes 
maintenance requirements and supports and easily 
replaceable components. The most common repair 
strategy is for the supplier to train the user's personnel 
in problem isolation and replace faulty modules/ 
components on-site from the user's stock of spare 
modules. If on-site service by the supplier is necessary, 
it is most likely to be required for failures of complex 
computer equipment. 

The supplier shall, upon request, be required to provide 
as part of the system proposal, a list of test equipment 
and quantities of spare parts calculated to be necessary 
to meet the specified availability and maintainability 
requirements. In establishing the quantities of spare 
parts, the supplier shall consider the time required to 
return a faulty component (field and/or factory service 
as the case may be) to a serviceable condition. 

Mean time to repair (MTTR) is the sum of 
administrative, transport, and repair time. 
Administrative time is the time interval between 
detection of a failure and a call for service. Transport 
time is the time interval between the call for service 
and on-site arrival of a technician and the necessary 
replacement parts. Repair time is the time required by 
a trained technician, having the replacement parts and 
the recommended test equipment on-site, to restore 
nominal operation of the failed equipment. 

6.3 Availability 

Availability (A) is percentage of the time during which 
a system is actually available to users and is defined in 
the following as the ratio of uptime to total time 
(Uptime + Downtime): 

A = Uptime/(Uptime + Downtime) 

Downtime normally includes corrective and preventive 
maintenance. When system expansion activities 
compromise the user's ability to operate device via the 
system, this shall also be included in downtime. 

Proper use of redundant configurations with automatic 
fail over can provide an overall availability of primary 
system functions of 99.9 percent. 

The availability level required and the planned 
maintenance strategy shall be specified by the user, 
requiring suppliers to provide supporting predicted 
availability calculations in their proposals. 

An availability test of 1 000 to 3 000 h is often specified 
prior to acceptance of a system. For design analysis, 
and to determine the prediction of availability for 
subassemblies and units, the following equation 
utilizing MTBF and MTTR shall be used: 

Ap = MTBF/(MTBF + MTTR) 



20 



IS 15953 : 2011 



Where A^ is predicted availability. 

Equations for modelling complex designs shall be part 
of supplier proposal and agreed upon. The impact of 
the outage of each system element or function on the 
availability of the total system shall be mutually agreed 
upon between the user and the supplier 

Major component downtime shall be defined to reflect 
the proportional significance of the equipment that is 
down. For example, downtime for the data acquisition 
system could be defined as master station downtime, 
in proportion to the sum of the downtime for all RCCIs 
divided by the total number of RCCIs. At the master 
station, downtime should not include malfunctions in 
peripheral devices that do not detract from the 
functional capabilities of the master station as a whole 
(for example, printers and tape units). 

6.4 System Security 

System security is defined as controlled access to 
system resources, such as functions, data, and 
hardware. The security is based on, 

a) establishment of the identity and authenticity 
of user before allowing interaction with 
system; 

b) the access is extended based on the rights 
defined for the user in system; 

c) data being stored/transmitted through 
communication is protected against change; 
and 

d) system shall log and monitor all events 
consequential to security. 

The security device and infrastructure deployed needs 
to ensure that only authorize users are allowed to 
interact with system, there is identification and isolation 
of unauthorized accesses and there shall be logging of 
all the events related to security for future analysis. 

6.5 Expandability 

Expandability is the ease with which new RCCI, new 
points and/or functions, or both, can be added to the 
system, with minimum or no downtime. 

Expansion can be identified as addition of similar boxes 
to increase capacity of performing a function or 
addition of component in existing boxes or adding new 
devices/processor/servers to increase functionality. 
Expandability can be achieved by spare capacity, wired 
capacity and space-only. Spare capacity is capacity that 
is not being utilized but is fully wired and equipped. 
Wired capacity is the capacity for which all common 
equipment, wiring and space are provided, but no plug- 
in point hardware is provided. Space-only capacity is 
the capacity for which cabinet-space-only is provided 
for future addition of equipment and wiring. 



Expandability limitations may include, but are not 
restricted to the following: 

a) Available physical space; 

b) Power supply capacity; 

c) Heat dissipation; 

d) Processor throughput and number of processors; 

e) Memory capacity of all types; 

f) Point limits of software, or protocol; 

g) Bus length, loading, and traffic; 

h) Limitations on routines, addresses, labels, or 
buffers; and 

j) Unacceptable level of performance (for 
example extension of scan times) by increased 
data (given bit rate and protocol efficiency). 

6.6 Changeability 

Changeability is defined as the ease with which system, 
RCCI, and point data base parameters may be changed 
at both the master station and RCCI. Parameters that 
shall be easy to change include the following: 

a) Operating parameters; and 

b) Configuration and set-up parameters. 

The supplier's documentation (see 8.3) shall contain 
the step-by-step process for parameter changes. 

6.6.1 Operating Parameters 

Operating parameters must be easily changed by the 
system user. They include, but are not limited to, the 
following: 

a) RCCI on/off scan; 

b) Point on/off scan; 

c) Point tags on/off; 

d) Manually entered values; 

e) Point alarm limits; and 

f) Point dead band values. 

6.6.2 Configuration and Set-up Parameters 

Configuration and set-up parameters must be easily 
changed by an authorized system engineer, but shall 
be protected against being changed by the operator. 
They include the following: 

a) Configuration password; 

b) Alarm conditions and actions; 

c) User-definable calculations; 

d) Definition of a new RCCI including RCCI 
database points; 

e) Correspondence of status points to control 
points; 

f) Point scaling factors for conversion of data 
to engineering units; and 
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g) Output relay delay times. 

6.6.3 Changeability Limitations 

Changeability limitations may result from, but are not 
limited to, the following: 

a) Inability to make master station and RCCI data 
base changes on-line from the master station; 

b) Storage of parameters in memory (for 
example ROM) that is not modifiable in- 
circuit; 

c) Restrictions caused by data base structure; 

d) Hardware/software compatibility; 

e) Hardware limitations; 

f) Software operating system limitations; and 

g) Restrictions caused by use of lEDs. 

The supplier shall declare all these limitation upfront 
as part of its proposal. 

6.7 Spare Memory 

Spare memory is defined as the additional computer 
memory capacity that can be added to the master 
station. A requirement of no less than 50 percent unused 
main and auxiliary memory shall be delivered to take 
care of moderate expansion of power system. As a 
minimum, it shall be possible to double the main and 
auxiliary memory delivered initially with the addition 
of modules. 

6.8 Marking 

The control and data acquisition equipment and major 
sub-assemblies shall be suitably marked for safety and 
identification. Each type of equipment shall be 
identified so that it can be easily correlated with the 
documentation. The means of identification (for 
example colour coding, labelling, and part number) 
shall be uniform throughout the system. The 
identification mark shall be permanently affixed to the 
part that it identifies. 

7 TESTS AND INSPECTIONS 

The purpose of this clause is to describe the tests and 
inspections recommended to ensure that control and 
data acquisition equipment will perform reliably and 
correctly according to the user's technical specifica- 
tions. Test requirements shall cover, as a minimum, all 
critical portions of the specification, especially 
functional, design, configuration, user interaction and 
expandability requirements. Test results and all 
deviations from test plans shall be required to be 
documented. 

7.1 Stages of Tests and Inspection 

The test and inspection process requires that various 



functions of the equipment be tested or verified during 
one or more stages in the production and installation 
cycle of the equipment. These stages and appropriate 
tests are illustrated in Table 2. 

Across the top of the table are shown the four major 
classes of tests and inspections, being interface, envi- 
ronmental, functional and performance. The three 
stages of testing and inspections, being certified design, 
factory and field, are shown along the left-hand edge 
of the table. The specific tests and inspections in each 
class are listed in the body of the table, below the class 
heading. Tests listed without notation are recommended 
for all applications at the stage they can be performed. 

Tests marked with an asterik are optional and are 
performed only when specified by the user. Certified 
design tests on equipment can be accepted at the user's 
discretion. 

7.1.1 Certified Design Tests 

These are tests performed by the supplier on specimens 
of a generic type of production model equipment and 
system to establish conformance with its design 
standard. The conditions and results of these tests shall 
be fully documented and certified. 

7.1.2 Factory Tests and Inspections 

This stage includes all functional tests and inspections 
performed on the actual equipment to be supplied to 
the user prior to the shipment of that equipment from 
the supplier's facilities. The factory tests shall be a 
highly structured procedure designed to demonstrate, 
as completely as possible, that the equipment will 
perform correctly and reliably in its intended 
application. Factory tests may also include tests to 
verify some of the results of the certified design tests. 

7.1.3 Field Tests and Inspections 

Field tests and inspections are performed on the 
equipment in its operating environment. These include 
pre-installation inspections and tests to ensure the 
equipment has not been damaged during shipment and 
post-installation tests to verify the equipment performs 
its functions reliably and correctly. 

7.2 Interface Tests and Inspections 

These tests are designed to demonstrate that the various 
physical and logical interfaces to the equipment are in 
accordance with applicable portions of 5, together with 
other applicable parameters called out in the user's 
specifications with simulated communication/ 
connection medium which will be agreed between 
owner and the supplier. 

7.2.1 Mechanical 

Mechanical characteristics (for example materials. 
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Table 2 Test Stages and Classes of Tests 

(Clause 7.1) 



SI Test Stages 
No. 




Classes of Tests 






Interface Tests and Environmental Tests and 


Functional Tests and 


Performance Tests and In.spections 




Inspections Inspections 


Inspections 




(1) (2) 


(3) (4) 


(5) 


(6) 


i) Certified design 


Power input* EMI/EMC Temperature 


— 


— 


tests 


Humidity 






ii) Factory tests 


Mechanical Temperature* Humidity* 


I/O point checkout 


Loading Data acquisition Control 


and inspections 


power source* Dust* 


communications user 


User interface Computer and disk 






interface special functions 


stability* MaintainabiUty* 
Expandability* 


iii) Field tests and 


Connectivity to — 


I/O point checkout 


Loading and availability 


inspections 


existing system and 


communications user 






field devices 


interface selected 
functions 




* Optional tests performed only when specified by the user. 







workmanship, dimensions, fabrication techniques and 
finishes) shall be verified through visual inspections 
and comparisons with applicable drawings. 

7.2.2 Electrical 

These tests include all those to be performed on 
electrical interfaces to the equipment, with the 
exception of those related to the functional 
performance of the equipment. 

7.2.2.1 Power source 

The equipment shall be tested to demonstrate the proper 
operation of the equipment throughout the range of 
specified power source parameters. 

7.3 Environmental Tests 

These tests are designed to demonstrate that the 
equipment will perform correctly and reliably while 
exposed to the applicable environmental parameters 
described in 5, together with other applicable 
parameters called out in the user's specifications. The 
results of certified design tests are usually sufficient to 
demonstrate that the equipment will operate reliably 
and correctly within a specified environment. The user 
may require the supplier to perform factory tests on 
the equipment to demonstrate that it will indeed 
perform correctly under the specified environmental 
conditions. Equipment in environmental tests should 
be operating with realistic inputs and outputs. 

The environmental parameters (EMI/EMC, 
temperature, humidity and dust) and testing 
requirements specified by the user should be limited 
to the worst case conditions that can be realistically 
anticipated in the location where the equipment will 
ultimately be installed. See IS 9000 series for various 
environmental tests. 

7.4 Functional Tests 

Functional tests shall be designed to ensure that the 



equipment performs its functions reliably and correctly. 
They are performed during the factory, or field test 
stages, or both. Preliminary testing should be 
performed by the supplier before verification by the 
user. For many applications and types of equipment, 
successful factory tests will be a sufficient basis for 
acceptance of the system by the user For more complex 
applications or systems, additional tests in the field may 
be required to fully verify correct and reliable 
performance. 

The following functional tests should be carried out: 

a) Interface of RCCIs with lEDs ; 

b) End to end testing for database and alarms 
validation; 

c) Remote workstation testing; 

d) Remote control testing; 

e) Checking of reports, archiving and trending 
functions; 

f) Clock synchronization between the nodes of 
master station and RCCIs; 

g) Security/Passwords testing; 

h) Communication protocol testing; and 
j) User interface testing. 

7.4.1 I/O Equipment Checkout 

All I/O equipment being supplied shall be exhaustively 
tested to demonstrate its functions. These tests shall 
be performed with equipment that simulates the actual 
inputs/outputs to be monitored or controlled in case of 
factory. Field environment may not always be suitable 
for testing process outputs. 

7.4.2 Communication 

The communication tests shall demonstrate proper 
operation of the equipment's communication 
capability, including modems, security checking, and 
message protocols. The data modems or signalling 
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equipment shall be exercized to verify that they operate 
correctly and reliably on the type of channel for which 
they are designed, under given signal to noise ratio. 
The tests shall be conducted under conditions that 
duplicate, as closely as possible, the specifications for 
the channel including simulated channel noise, 
communication failures and recovery. 

The communication tests shall exercise all message 
protocols and formats to which the equipment is 
designed to respond. The tests shall also demonstrate 
that any error detection or correction capabilities func- 
tion properly and that the equipment does not respond 
to erroneous commands. 

7.4.3 User Interface (UI) 

Comprehensive user interface tests shall be performed 
to verify the correct functional operation of all user 
interface hardware and software. All indications and 
displays shall be verified to ensure that they correlate 
with the correct I/O of field equipment, and all user 
controls shall be checked to ensure that they result in 
only the correct sequence of operations. 

7.4.4 Special Functions 

When the equipment supplied is to perform functions 
tailored expressly to the user's application (for example 
closed loop control), these functions shall be checked 
appropriately. It is often necessary to perform these 
tests in the field, in addition to factory testing. 

7.5 System Performance Tests 

The performance parameters of all critical component 
of the system (for example communication, 
peripherals, user interfaces, I/O processing, and CPU) 
shall be measured under various loading conditions or 
scenarios. System performance shall be measured as 
early as possible in a project to identify any system 
weakness. This will allow the user and supplier an 
opportunity to resolve problems in a timely manner. 

The loading scenarios shall simulate the following: 

a) Normal activity — Initial system; 

b) Heavy activity {disturbance loading defined 
by user) — Initial system; and 

c) Communications failures or high noise 
conditions such as high noise on an entire 
microwave system. 

Loading conditions should be determined by analyzing 
worst case conditions experienced by the user and the 
worst possible condition likely to happen in the future 
over the life of the system. Table 3 is provided as a 
guide. 

The measurements for performance assume that all 
functions of the system have been individually verified 



by functional tests and that the total system is ready to 
be evaluated. 

If actual system inputs are not available, they shall be 
simulated with special hardware or software. For a 
meaningful test, these inputs shall include the following: 

a) Simulated RCCI/process inputs (alarm 
contacts, analog inputs, status input, etc); 

b) Simulated message data structures from the 
RCCIs into the master station communication 
interfaces; 

c) Simulated data links to other computers, 
specifying the amount, type and frequency of 
data to be transferred; 

d) Simulated user interfaces such as wall mimic ; 
and 

e) Other simulated inputs. 

Table 3 System Performance Tests^' 
{Clause 7.5) 



SI No. 


Input 


Activity Cycle 


(1) 


(2) 


(3) 


i) 


Normal activity: 






a) Each user 


1 display request/min 




b) Status input 


1 percent changes/scan 




c) Analog inputs 


1 percent of all analogs 
change/scan 


ii) 


Heavy activity: 






a) Each user 


4 display request/min 




b) Status inputs 


10 percent changes/scan 




c) Analog inputs 


25 percent of all analogs 
change/scan 



"Values given are for example only. It is recommended that the 
user select values that represent the user's system characteristics 
and operating procedures. 

Manual operation sequences to be performed during tests shall be 
described in detail to provide a repeatable test scenario and a way 
to measure improvements in performance (for example five people 
requesting one-line diagrams and two people requesting menu 
displays simultaneously). Test steps should simulate all normal 
user operations. 

Response performance shall be measured in seconds. All 
measurements shall be recorded for analysis after the tests. 
Software utility programmes are available from most system 
suppliers for finding CPU utilization and loading (for example, 
feature of the computer operating system or a separate programme 
available from computer manufacturer, or both) and if used by 
supplier the system loading of the programs shall be provided to 
user with proof. Automatic measurement of other test parameters 
can be done by special purpose software. 

7.5.1 Data Acquisition Performance 

Data acquisition sub-system performance measures the 
following: 

a) The time for a status change or analog change 
at the RCCI to be displayed to the user at the 
master station (for example, monitor, logger 
or mimic); and 
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b) The time to query all RCCIs on a channel. 

A cyclic status point input of 2 or more times faster 
than the system RCCI scan rate can be used to detect a 
missed scan due to overloading. The status input 
simulator should be connected to an input of one RCCI. 
The alarm associated with the toggled input shall 
appear on the logger with a time tag of approximately 
twice the scan rate. A system overload causing an 
extension of the scan cycle is obvious from the printout 
because one or more status changes are missed. 

7.5.2 Control Performance 

Control performance measures the elapsed time 
between a control request by a user at the master station 
and the control output contact closure at the RCCI. 
This test shall also be performed in the field. The field 
test will provide realistic measurements, using user 
installed RCCIs and communication facilities. 

7.5.3 User Interface Performance 

The user interface performance is a measure of the 
response time to satisfy user requests for information. 
To measure display response time, measure the time 
from the instant a request is made until the result of 
the request is completely displayed on a UI screen, 
printed on a logger, or shown on a mimic panel. 
Different classes of displays (one-line diagrams, alarm 
summaries, menus, tabular, etc) may have different 
display response times due to the amount of data to be 
gathered and computations required before a display 
request can be completed. 

7.5.4 Computer and Disk Performance 

The computer and disk performance shall be checked 
against the user specified limits using the supplied 
programs from computer manufacturers to ascertain 
that CPU and disk utilization is within acceptable limit 
as specified by user. 

7.5.4.1 Computer link response time 

Computer to computer link response times should be 
measured and evaluated during performance tests under 
varied loading conditions. 

7.5.4.2 Computer LANs utilization 

Loading on LANs that connect application computers 
together should be measured and evaluated during 
performance tests. 

7.5.4.3 Equipment reconfiguration, power fail and 
restart tests 

On systems with redundant equipment, reconfiguration 
tests should be performed to confirm the ability to 
failover from one CPU/power supply to another 
(reconfigure the real-time database) and to switch 



peripheral equipment to the primary system, the 
secondary system, or off-line (that is out-of-service). 

Power fail tests measure the time to recover from a 
complete or partial power failure until the system is 
fully operational. 

Restart tests are to assure the system will recover in 
specified time from failures. Existing data shall consist 
of all scanned and manually entered data (that is values, 
system tags, manual overrides, limit changes, etc). 

The time required to load a system from mass storage 
and initiate operation should be measured (cold start). 

7.6 Test Run/Availability Test 

An availability test takes place over a specified length 
of time during which the equipment shall operate 
correctly and reliably for at least a specified percentage 
of that time. The length of the test shall be mutually 
agreed to between the supplier and the user. 

The availability test shall be run under conditions 
mutually agreeable to the user and the supplier. In 
general, the supplier shall be responsible for making 
the necessary repairs. Downtime should not include 
delays over which the supplier has no control. 

This is followed by analyzing the number and types of 
failures, and their effects on system operation. The test 
time should be selected so that the total number of 
device operating hours for each type of system-critical 
device is representative of the predicted MTBF for that 
device to obtain statistically significant failure data. 
Specific rules for accumulation of uptime, downtime, 
maintenance time, and administrative time shall be 
agreed upon before the test {see 6). 

7.7 Maintainability Test 

The user shall require a maintainability test to be run 
to evaluate the supplier's design, documentation, train- 
ing, and recommended spare parts. Maintainability will 
directly affect the availability of the SCADA system 
and therefore the reliability of the system {see 6.2). 
Computer hardware maintenance and long term repair 
support are difficult to evaluate without actual 
experience. Discussion with other users regarding their 
experience is one way to acquire a certain degree of 
knowledge about the maintainability of specific 
equipment and systems. 

Software, database, and display maintainability is also 
critical to the successful operation of a SCADA sys- 
tem. Tests to be witnessed may include the following: 

System generation tests (measure time to 
completely install system, and type/quantum of 
manual intervention required) 
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a) Database maintenance test shall include: 

1) Adding an alarm point; 

2) Deleting or changing text on an alarm 
point; and 

3) Changing an analog scale factor. 

b) Display maintenance: 

1) A new one-line diagram should be added 
and linked to the database (a specific 
example in the specification should be 
provided); and 

2) A line and new devices should be added 
to an existing one-line diagram including 
analogs, tags, etc. 

c) Equipment maintenance with spares being 
supplied as part of project for example 

1) A monitor should be replaced; 

2) A modem should be replaced; 

3) A disk drive should be replaced; 

4) A printer should be defines/added; and 

5) One card of each type shall be replaced 
and/or added. 

7.8 Expandability Tests 

Expansion capability of a new system shall be 
demonstrated during testing as specified (see 6.5). For 
example: 

a) RCCI I/O point expansion (both hardware and 
software changes required); 

b) Addition of RCCIs; and 

c) Master station expansion: 

1) Peripherals, disk space, memory; 

2) CPU capacity (percent utilization); 

3) User interface (work station additions); 
and 

4) Database and display expansion. 

7.9 Documentation Verification 

The final phase of the testing programme is to verify 
that the documentation being supplied is an accurate 
description of the equipment, including all corrections 
resulting from the tests. Final issue of completed 
documentation shall be provided as soon as possible 
after shipment and acceptance of the equipment. 

8 DOCUMENTATION 

The documentation for control and data acquisition 
equipment shall cover five basic areas as follows: 

a) Design; 

b) Installation; 

c) Operating instructions and records; 



d) Maintenance instructions and records; and 

e) Test (including quality assurance and quality 
control test plans). 

In general, all final documentation provided by a 
supplier shall reflect the actual equipment as accepted 
by the user, and all subsequent equipment changes shall 
be recorded as document revisions by the user. 

If users desire to have the information on reliability as 
described in 6, they shall collect information on failures 
and repairs for all sub-assemblies. This data on 
operating performance shall then be periodically 
provided to the supplier and can be basis for future 
product/solution evaluation. 

Documentation described in 8.1 through 8.5 may be 
subject to user review or approval. Documentation may 
be structured in alternate fashion, but shall cover all 
five areas. The documentation may be supplied in one 
or more of several forms-printed, computer stored, or 
electronic media. In the latter case, the supplier shall 
either identify or supply the supporting word 
processing software used to prepare the documentation. 

8.1 Design Documentation 

Design documentation is the responsibility of the 
supplier. Block diagrams shall be included to describe 
control and data acquisition equipment and external 
equipment. Layout and wiring drawings shall also be 
included to define external interconnection needs at 
each facility. Text, photographs, and illustrative 
material shall accompany these drawings in sufficient 
detail so that functional performance and design may 
be readily understood. For example, functional block 
diagrams and explanatory text shall be used to describe 
each major assembly and software programme 
contained in the equipment configuration. A document 
describing the communication process between the 
master station and the RCCIs shall be provided. The 
supplier shall be responsible for providing outline 
drawings, mounting requirement details, customer 
connection details, environmental requirements, size, 
weight, and any other information needed for the user 
to prepare for installation. 

8.2 Installation Documentation 

Installation documentation is the responsibility of both 
the supplier and the user shall define the following: 

a) Electrical power, data, control and 
communications interface wiring procedures; 

b) Floor, rack and shelf mounting, drilling, and 
bolting methods necessary to secure the 
equipment in place; 

c) Safety precautions or guards; 

d) Grounding and bonding procedures; 
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e) Clearances for access and ventilation; 

f) Testing and alignment methods; 

g) Weather proofing, dust proofing and other 
environmental procedures; and 

h) Other procedures needed to properly install 
the equipment. 

8.3 Operating Instructions and Records 

Instruction information shall be developed for 
operating personnel who use the control and data 
acquisition equipment. 

8.3.1 Operating Instructions 

The supplier shall publish instructional information 
defining the equipment and how it shall be operated. 
The information shall consist of a general description 
of the equipment configuration provided and shall state 
its intended use and its major performance 
characteristics. Whenever a user interface such as a 
console, indicating/control panel or printing device is 
involved, the operational documentation shall detail 
step required to use these interface devices. Adequate 
illustrative material shall be included to identify and 
locate all control indications. 

Procedural instructions, that state routine and 
emergency procedures, safety precautions, and 
quantitative and qualitative limits to be observed in 
the starting, running, stopping, switching, and shutting 
down of equipment, shall be included. Whenever 
operating procedures or adjustments are to be 
performed in a specific sequence, step-by-step instruc- 
tions should be stated. 

8.3.2 Records 

Records shall be prepared by both operating and 
maintenance personnel to support the availability/ 
reliability calculation defined. 

8.4 Maintenance Instructions and Records 

Maintenance documentation for skilled personnel as 
per agreed maintenance philosophy shall be developed 
and provided by the supplier, and shall include the 
following information listed in 8.4.1 through 8.4.4. 

8.4.1 Performance Information 

This information shall include a condensed description 
of how the equipment operates (derived from 8.1) and 
a block diagram illustrating each major assembly and 
software programme in the configuration. Message 
sequences, including data and security formats for each 
type of message, shall be included in the condensed 
description and illustrated whenever such messages are 
used between stations or locally at a station. The 
operational sequence of major assemblies and 



programmes shall be described and illustrated by 
functional block diagrams. Detailed logic diagrams and 
flowcharts shall also be provided as necessary for 
trouble shooting analysis and field-repair actions. 

8.4.2 Preventive Maintenance Instructions 

These instructions shall include all applicable visual 
examinations, software and hardware test and diagnos- 
tic routines, and resultant adjustments necessary for 
periodic maintenance of control equipment. 
Instructions on how to load and use any test and 
diagnostic programme, and any special or standard test 
equipment shall be an integral part of these procedures. 

8.4.3 Corrective Maintenance Instructions 

These instructions shall include guides for locating 
malfunctions down to the spare parts replacement or 
field-repair level. These guides shall include adequate 
details for quickly and efficiently locating the cause 
of an equipment malfunction, and shall state the 
probable source(s) of trouble, the symptoms, probable 
cause, and instructions for correcting the malfunction. 
These guides shall explain how to use any on-line test 
and diagnostic programme and any special test 
equipment, if applicable. 

Corrective maintenance instructions shall also include 
explanations for the repair, adjustment, or replacement 
of all items. Schematic diagrams of electrical, 
mechanical, and electronic circuits; parts location illus- 
trations, or other methods of parts location 
information; and photographs, and exploded and 
sectional views giving details of mechanical 
assemblies shall be provided as necessary to repair or 
replace equipment. Information on the loading and use 
of special off-line diagnostic programmes, tools, and 
test equipment, and any cautions or warnings which 
shall be observed to protect personnel and equipment 
shall also be included. 

8.4.4 Parts Information 

This information shall include the identification of each 
replaceable or field repairable module. Parts shall be 
identified on a list or drawing in sufficient detail for 
procurement of any repairable or replaceable part. 
These parts shall be identified by their industrial, 
generic part numbers and shall have second source 
referencing, whenever possible. 

8.5 Test Documentation 

Test documentation by the supplier shall consist of a 
system test plan, test procedures and certified test 
reports on tests described in 7. The test plan shall state 
what equipment configuration will be tested, when it 
will be tested, which tests will be run, and who will 
conduct and witness the tests. The test procedures shall 
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define the operating steps and expected results. The 
test report shall record all test results. 

9 SCADA SYSTEM IMPLEMENTATION ISSUES 

There are certain issues which require a great deal of 
attention while implementing a SCADA system: 

9.1 Integration with Existing System 

The utility may have existing set of equipments like 
RCCIs or even a control centre. The requirements of 
integrating these equipments shall be specified. A 
techno-commercial analysis has to be done beforehand 
so that the pros and cons of integrating the existing 
equipment can be worked out. Often it is felt that 
integrating an existing system requires lot of effort. 
This is especially more the case when the system to be 
integrated is a proprietary system with no support for 
standard communication protocols. 

9.2 Training 

The personnel who are to operate and maintain the 
SCADA system shall be identified and involved in the 
implementation of the SCADA system from the initial 
stages. This provides an opportunity for the personnel 
to become familiar with the system and hence to use it 
more effectively. 

These personnel shall be provided extensive training 
about the system. Generally the training requirements 
can be classified as following: 

a) RCCI; 

b) Computer system hardware; 

c) Computer system software; and 

d) SCADA application software. 

9.3 Spare Availability and Expandability 

The SCADA equipments keep evolving with the 
innovations in technologies. This causes obsolescence 
of the equipments and the newer generation of the 
hardware may not be compatible with the existing 



SCADA equipments. Hence, long-term agreements 
with the supplier for the SCADA system can be made 
either for supply of spare parts for the expected life of 
the SCADA system or for maintenance of system. 

Also with time, the SCADA system keeps on growing 
to accommodate the growing power system. However, 
as explained above, the components for achieving this 
expansion are not available even though provisions for 
expandability are made in the system. Hence, it is 
advisable to have an estimate of the ultimate system 
sizing requirement and equip the SCADA system with 
all necessary components for this ultimate size. The 
performance testing of the SCADA system can be done 
by removing these additional components. 

9.4 Maintenance of the SCADA System 

The SCADA system is an advanced, complex and 
proprietary information technology (IT) system which 
requires knowledge and skills of software, hardware, 
standards etc. Generally the utilities do not have 
personnel of high level of knowledge and skills in IT 
domain. Also there are issues like obsolescence. 
Utilities have to decide whether they wish to take up 
the maintenance activity of the SCADA system 
themselves or will enter into a long-term agreement 
with the SCADA vendor for maintenance and upgrade 
of the system to maintain an evergreen SCADA system. 
If the maintenance is to be done through the SCADA 
vendor, this requirement shall be specified. 

9.5 Customized Product versus SCADA Vendor 
Product 

The utility shall specify only the functional 
requirements and shall refrain from specifying specific 
technology or procedures unless it is very critical to 
their interest. Any customization requires an additional 
development effort on the part of SCADA vendors 
which may not be carried over to the next version of 
the SCADA system. Hence customizations become 
costly to implement and maintain. 



ANNEX A 

{Clause 2) 

LIST OF REFERRED INDIAN STANDARDS 



IS No. Title 

1885 Electrotechnical vocabulary: 

(Part 50) : 1985 Telecontrol 
(Part 52) : 1980 Data processing 



IS No. Title 

2309 : 1989 Code of practice for the protection 

of buildings and allied structures 
against lightning (second revision) 
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IS No. 

3043 : 1987 
9000 : 1977 



12746 

(Part 1/Sec 3) 
1993 



Title 

Code of practice for earthing 
Basic environmental testing 
procedures for electronic and 
electrical items 

Telecontrol equipment and systems: 
Part 1 General considerations, 
Section 3 Glossary 



IS No. 
14570 : 1998 



60947 (Part 1) 

2004 
SP 30 : 1985 



Title 

Electrical measuring transducers for 
converting ac electrical quantities to 
analogue or digital signals 
Low voltage switchgear and 
controlgear: Part 1 General rules 
National Electrical Code 



ANNEX B 

(Clause 4.1.2) 

MASTER STATION/RCCI INTER-CONNECTIONS 



B-1 The following Fig. 7 to 16 are informatory in 
nature: 
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Fig. 7 Single Master Station, Single RCCI 
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Fig. 10 Dual Master Stations, Multiple RCC1(s), 
Looped Party Line 




Fig. 8 Single Master Station, Multiple RCC1(s), 
Radial Circuit 



Fig. 1 1 Dual Master Stations, Single Dual 
Ported RCCI, Radial Circuit 
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Fig. 9 Single Master Station, Multiple RCC1(s), Fig. 12 Dual Master Stations, Multiple RCCI(s) 

Party-Line Circuit [Single Ported RCCI(s)] 
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Fig. 13 Dual Master Stations, Multiple RCCI(s) 
[Dual Ported RCCI(s)] 
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Fig. 14 Single Master Station, Single 
Sub-master Station Multiple RCCI(s) 



Sub-master stations could communicate with one another. 

Fig. 15 Single Master Station, Multiple 
Sub-master Stations multiple RCCI(s) 




Fig. 16 Single Master Station, RCCI(s) and 
End Station link 



ANNEX C 

{Clause 5.6.2) 

TEST REQUIREMENTS FOR A TYPICAL TRANSMISSION SUB-STATION 

C-1 EMI/EMC AND ENVIRONMENT TEST LEVELS OF A TYPICAL TRANSMISSION SUB-STATION 



SI No. 



Test Name 



Passing Criteria 



i) Surge Immunity Test ( 1 .2/50[is) 

ii) Electrical Fast Transient Burst Test 

iii) Damped Oscillatory Wave Test 

iv) Electrostatic Discharge Test 

v) Radiated Electro-magnetic Field Test 

vi) Damped Oscillatory Magnetic Field Test 

vii) Power Frequency Magnetic Field 

viii) Power Frequency Voltage Withstand 

ix) 1.2/50|js Impulse Voltage Withstand 

x) Insulation Resistance Test 

xi) Dry Heat Test 

xii) Damp Heat Test 



10 



lEC 61255-22-5 
lEC 60255-22-4 
lEC 61000-4-12 
lEC 60255-22-2 
lEC 61000-4-3 
lEC 61000-4 
lEC 61000 
lEC 60255 
lEC 60255 
lEC 60255 
lEC 60068 
lEC 60068 



NOTE — Tlie lEC 61000-4-3: 2006 can be refeiTed as base standard keeping in view location of RCCI. 
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\2254 2519, 2254 2315 

Western : Manakalaya, E9 MIDC, Marol, Andheri (East) f 2832 9295, 2832 7858 

MUMBAI 400093 \ 2832 7891, 2832 7892 

Branches: AHMEDABAD. BANGALORE. BHORA.L. BHUBANESHWAR. COIMBATORE. DEHRADUN. 
FARIDABAD. GHAZIABAD. GUWAHATI. HYDERABAD. JAIPUR. KANPUR. LUCKNOW. 
NAGPUR. PARWANOO. PATNA. PUNE. RAJKOT. THIRUVANANTHAPURAM. 
VISAKHAPATNAM. 
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